{{tag>carte_graphique système}}
-----
{{ https://wayland.freedesktop.org/wayland.png?70|}}

====== Wayland ======

**Wayland** est un **protocole** permettant à un **compositeur** de communiquer avec ses clients ; un [[wpfr>Compositeur_(logiciel)|compositeur]] étant un [[gestionnaire de fenêtres]] qui utilise un tampon en mémoire pour gérer chaque fenêtre et y appliquer des effets visuels. 

Wayland est aussi le nom de la librairie implémentant ce protocole.

Une couche de compatibilité, **XWayland**, permet de faire fonctionner les applications pour [[Xorg]] avec Wayland. Toutes les applications existantes peuvent donc normalement utiliser Wayland par ce biais, [[#impossible_de_lancer_une_application_comme_admin|à l'exception de celles qui requièrent les droits d'administration]]. Un [[#environnements_compatibles|environnement qui supporte ce protocole]] (GNOME Shell, KDE Plasma, ...) est cependant nécessaire.

===== Pourquoi Wayland ? =====

Jusqu'à présent, l'affichage était géré par [[Xorg]], un logiciel proposant une implémentation libre d'un protocole (X11) datant des années 80.

Les usages ont beaucoup changé depuis, avec la généralisation des compositeurs graphiques avec des effets visuels avancés pour afficher les fenêtres, et donc un rendu complexe. Cela n'était pas du tout optimal, le protocole X11 n'ayant évidemment pas été conçu pour ça.

De plus, X11 pose un problème de **sécurité**, puisque les informations sont échangées (entre les fenêtres/applications) sans aucun souci de confidentialité, autorisant des applications à en "espionner" d'autres.

Wayland lui, isole les entrées/sorties de chaque fenêtre, et limite la quantité de code exécutée en tant que //root//((Pour plus de détails, voir [[https://forum.ubuntu-fr.org/viewtopic.php?pid=21783378#p21783378|ces explications très complètes d'un développeur d'Ubuntu]] sur le forum)).

L'architecture de Wayland optimise le fonctionnement des compositeurs, et facilite le rendu aujourd'hui complexe de l'image des fenêtres, en sécurité et avec de **meilleures performances**.

===== Pré-requis =====

Wayland fonctionne seulement avec les systèmes utilisant KMS ([[https://fr.wikipedia.org/wiki/Kernel-based_mode-setting|Kernel-based mode-setting]]), une fonctionnalité du noyau dépendant entre autres du pilote de carte graphique utilisé. Par exemple, avec les pilotes propriétaires nVidia, des réglages manuels peuvent être nécessaires((https://wiki.archlinux.org/index.php/NVIDIA#DRM_kernel_mode_setting)).

Un compositeur implémentant le protocole Wayland ([[Mutter]], [[Kwin]], [[:Enlightenment]], [[:Weston]]...) est aussi nécessaire (sinon Wayland tout seul ne fait rien, et c'est toujours un serveur X qui serait utilisé).

Les pilotes de cartes graphiques implémentent pour la plupart une API (interface de programmation) nommée GBM (//Generic Buffer Management//), à l'exception des pilotes propriétaires nVidia qui implémentent dans leur coin [[http://www.phoronix.com/scan.php?page=news_item&px=XDC2016-Device-Memory-API|EGLStreams]], EGLStreams n'étant pas supportée par tous les compositeurs existants (Sway et Mutter semblent être les seuls au moment de la rédaction de cet article).

===== Environnements compatibles =====

Les [[environnements]] de bureau majeurs suivants supportent Wayland : 

^ Environnement ^ Variante ^ Versions compatibles ^
^ [[GNOME Shell]] | [[Ubuntu]] (variante par défaut, versions [[17.10]] et postérieures) \\ Variante [[Ubuntu GNOME]] (versions 17.04 et antérieures) | Compatible depuis GNOME Shell 3.12 environ. \\ Wayland est utilisé par défaut sur Ubuntu avec GNOME Shell depuis la version [[17.10]] |
^ [[Enlightenment]] | Aucune variante dédiée. \\ Seule la version E17 est disponible dans les dépôts d'Ubuntu | Compatible depuis la version E19 |
^ [[KDE Plasma]] | Environnement par défaut de [[Kubuntu]] | Fonctionnement encore imparfait mais possible depuis environ Ubuntu [[16.04]] |

Wayland est aussi très utilisé dans le domaine des **smartphones avec Linux** (%%Plasma Mobile, Tizen OS, Sailfish OS%%), et même des **montres connectées %%GNU/Linux%%** ([[https://asteroidos.org/|Asteroid OS]]) !

D'autres [[gestionnaires de fenêtres]] moins répandus (et donc aussi absents des dépôts), ainsi que des environnements spécifiques à certaines utilisations marginales, ne sont pas détaillés ici.

===== Bibliothèques graphiques =====

Ces informations sont fournies à titre indicatif, mais quand un système est distribué nativement avec une session labellisée "Wayland" (//comme la session Wayland d'[[Ubuntu Gnome]] depuis sa version 17.04 par exemple//), il devrait théoriquement gérer tout seul ces configurations.

=== GTK+ 3 ===
Régler la variable d'environnement ''GDK_BACKEND=wayland''.

GTK+ 3 est la bibliothèque utilisée par les applications des environnements [[GNOME]], [[Mate]], [[Xfce]], [[Cinnamon]], [[Budgie]], ...

=== Qt 5 ===
Pour faire fonctionner une application Qt 5 avec le plugin Wayland, régler la variable d'environnement ''QT_QPA_PLATFORM=wayland-egl'' (le paquet fournissant le plugin devant être installé).

[[Qt]] est la bibliothèque utilisée entre autres par les environnements [[KDE Plasma]], [[LXQt]], ou encore l'interface de LiriOS (non disponible pour Ubuntu).

=== Clutter ===

Régler la variable d'environnement ''CLUTTER_BACKEND=wayland''.

Clutter est entre autres utilisé pour les parties "pas en GTK+" de [[Gnome Shell]].

=== SDL ===

Un support expérimental de Wayland existe depuis SDL 2.0.2 ; Pour lancer une application SDL (principalement des jeux vidéos) sur Wayland, réglez ''SDL_VIDEODRIVER=wayland''.

=== GLFW ===

Un support expérimental de Wayland existe depuis GLFW 3.1 et peut être activé avec l'option CMake ''-DGLFW_USE_WAYLAND=ON'' au moment de la compilation.

=== EFL ===
Les bibliothèques EFL (environnement [[Enlightenment]] et applications liées) supportent totalement Wayland. Voir [[https://wayland.freedesktop.org/efl.html|cette page]].

===== Weston =====

Weston est l'implémentation de référence d'un [[:gestionnaire de fenêtres|gestionnaire de fenêtre]] avec composition graphique pour Wayland.

Un article lui est dédié **[[:Weston|ici]]**.

==== Ce que nous apprend Weston ====

En terme de performances, on voit que les fenêtres peuvent être pivotées, animées, zoomées, leurs transparences modifiées, etc. bref, des effets de composition plutôt complexes. Pourtant, Weston reste très rapide, fluide et léger en mémoire. En comparaison, les temps de réactions des applications utilisant XWayland se ressentent d'ailleurs parfois.

Avec Wayland, l'enregistrement de l'écran (capture photo ou vidéo) **doit** être géré par l'environnement, alors qu'il était jusqu'à présent indépendant de l'environnement utilisé. Vos anciens logiciels de capture d'écran pour Xorg risquent de ne plus fonctionner !

Il s'agit là d'une question de sécurité : les applications n'ayant pas la possibilité de "connaître" la position et le contenu des fenêtres de leurs voisines avec Wayland, ces informations doivent être "demandées" à l'environnement (et notamment au compositeur en ce qui concerne les fenêtres).

===== Problèmes divers =====

==== Connexion à la session impossible ====

Tous les gestionnaires de sessions ne sont pas capables de lancer des sessions avec Wayland.

Il faut donc s'assurer d'utiliser un [[:fenetre_de_connexion|gestionnaire de sessions]] compatible, comme [[:GDM]] ou [[:SDDM]]. Pour le moment, [[:LightDM]] ne semble pas compatible.

==== Impossible de lancer une application comme admin ====

Wayland n'autorise pas de manipulations aussi dangereuses : lancer des applications en tant que //root// représente une surface d'attaque importante pour un éventuel hacker.
L’élévation des privilèges devra désormais être gérée par chaque application en fonction de ses besoins (voir les applications en exemple dans la note suivante).

<note important>La manipulation qui va suivre réduit à néant les efforts de Wayland pour sécuriser la session. Pensez donc plutôt à avoir des usages "sains" des droits d'administration :
  * Utiliser [[:gnome-packagekit|GNOME Paquets]] au lieu de [[:Synaptic]]
  * Utiliser [[:gnome-disk-utility|GNOME Disques]] au lieu de [[:GParted]]
  * Utiliser [[:nano]] au lieu de [[:gedit]]
  * Utiliser des [[:commande_shell#action_sur_les_fichiers_et_repertoires|commandes de manipulation de fichiers]] plutôt que de faire "sudo nautilus".
Alternativement, il est toujours possible d'utiliser la session X.org pour certains usages n'ayant pas d'alternative.
</note>

Une possibilité pour contourner ce mécanisme de sécurité est d'utiliser xhost pour autoriser "root" à accéder à la session X de l'utilisateur. En tant qu'utilisateur normal ("//localuser//" étant votre nom) :
<code>xhost si:localuser:root</code>
Après la manipulation, il faut retirer l'accès (sinon vous laisseriez un "trou" dans la sécurité du système) :
<code>xhost -si:localuser:root</code>

===== Voir aussi =====

  * [[https://wayland.freedesktop.org/|Site officiel]]
  * (en) [[https://wiki.archlinux.org/index.php/wayland|Source principale]]
  * [[https://forum.ubuntu-fr.org/viewtopic.php?pid=21783378#p21783378|Explications d'un développeur d'Ubuntu sur le forum]].

-----

//Contributeurs : [[utilisateurs/roschan]], ...//
